home *** CD-ROM | disk | FTP | other *** search
/ EnigmA Amiga Run 1995 October / EnigmA AMIGA RUN 01 (1995)(G.R. Edizioni)(IT)[!][issue 1995-10][Aminet 7].iso / Aminet / comm / fido / FQUERY.lha / docs / FF.policy
Text File  |  1995-04-01  |  7KB  |  130 lines
  1.  
  2.   Policy of site FidoNet#1:167/104.0 regarding the echo AMIGA_FILEFIND.
  3.  
  4.   This site will no longer be POSTING responses to file queries in the echo
  5. AMIGA_FILEFIND.   In addition, the previous status as Designated Reply Echo
  6. for  AREXX,  FALCON_CBCS,  AMIGA_OS&EM  and  AMY_POINT  and  other echos is
  7. REVOKED  and  now  transferred to AMIGA_FIND.  We will however, continue to
  8. scan  this echo and respond via netmail to all queries which are within the
  9. configuration  limits  set  for  netmail responses, in order to provide all
  10. users with the benefit of the database available here.
  11.  
  12.   I  will be quite forthright in the reasons for this change in policy.  It
  13. has become obvious that the moderator of this echo has two sets of rules or
  14. interprets  his  own  rules  differently depending upon what program, which
  15. site or which user is posting a message.  He has also made it clear that he
  16. will  not  permit any contradiction of his public statements on this matter
  17. and that he is looking for an opportunity to have my feed cut.  This policy
  18. removes any such opportunity.
  19.  
  20.  There  will  be  no  response to any replies posted AMIGA_FILEFIND, as the
  21. echo  will be passthru on my site.  Netmail replies that are not based upon
  22. knowledge  of  the netmail exchange made available below, will be given the
  23. same consideration as was given to that reply.
  24.  
  25.   The moderator has attempted to characterize the netmail exchanges between
  26. us in an unfavourable light in this echo.  He does this WITHOUT any user of
  27. this  echo being privy to the actual contents of this exchange and protects
  28. his  version  of  events  by threatening a feed cut if I post anything that
  29. contradicts his misrepresentations.
  30.  
  31.   I  will  not  inflict the 60-odd-K of messages on the users of this echo,
  32. but  if  you  need  a  more  complete  picture,  freq  the  netmail record:
  33. LEMBREE.ZIP (18k) from 1:167/104.0.
  34.  
  35.   The moderator has made the libelous claim in AMIGA_SYSOP that this record
  36. has  been  modified,  yet  I  have  no record of him freqing it from me, so
  37. cannot  understand  how he could make such a statement.  One can understand
  38. why he would, especially if his version is significantly different from the
  39. real  thing.   For the Lembree version, freq AUBE1.ZIP from 1:326/209.  The
  40. moderator  has  made  a  claim  that he has sent his version of the netmail
  41. exchange to Sylvain Aube (NEC167) at 167/90.  Sylvain has not received it.
  42.  
  43.   There  have been many messages posted by users related to the availabilty
  44. of  files,  yet  when I posted a message indicated that I now had the FSC's
  45. that  were  not hatched on the filebone, it was the only such message ruled
  46. off-topic.   This,  despite  the  fact I was not the ONLY person who posted
  47. queries for FSCs.
  48.  
  49.   Messages  related  to FQuery availability were ruled off-topic, yet it is
  50. permitted to post such for Amiga-FileFind. Even though the moderator stated
  51. in  a  netmail message to me that no author can conduct software support in
  52. AMIGA_FILEFIND, in reality this applies only to me.
  53.  
  54.   There  have  been  MANY  site  headers  posted in this echo that not only
  55. exceeded  the  10 line recommended limit but also the 15 line maximum.  Yet
  56. the site header posted by THIS site, which is now within both these limits,
  57. and originally was within the 15 line limit, is called a waste of bandwidth.
  58. As  an  example of a waste of bandwidth, the moderator posted a old 13 line
  59. header from this site.  and called it 19 lines!  I can only assume that the
  60. moderator  counts  a  SINGLE  CARRIAGE  RETURN  (ie  a  BLANK  LINE)  as 80
  61. characters  and  cannot  determine where a header ends and a report begins.
  62. Many of the site headers posted by other sites have trailing spaces on each
  63. line,  making  each line 79 or 80 characters, a massive waste for bandwidth
  64. that  is  not  addressed  by the moderator.  There are 10 line site headers
  65. that  are longer than my original 15 line header!  For example, a site
  66. header  of  9*80=720  characters, while my 9 line header is 581 characters,
  67. including the FTS required CRs.
  68.  
  69.   The moderator has also pointed out the program trailer, which was, at the
  70. time,  4  text  lines  long,  this  being  3 or more lines shorter than the
  71. program  trailers  from  other  programs  used  in  this echo.  Perhaps the
  72. contents  was  not  acceptable,  being  as  non-essential as the debug info
  73. presented  by the other programs.  Regardless, weeks after this was reduced
  74. to one line, the moderator still complained.
  75.  
  76.   The  moderator  has  attempted to demand pre-approval of FTN software and
  77. demanded  that 'testing' be not conducted in this echo.  FQuery is the only
  78. FileFind  system  for  the Amiga with a FTSC product code.  Recent messages
  79. from  other  filefind  programs  in  this  echo  had  NO  match list or had
  80. configuration  keywords instead of a match list or produced massive numbers
  81. of  messages  that  demonstrated a poor understanding of search exclusions.
  82. This  seems  to indicate that the moderator-preferred program is still 'not
  83. ready'.   Due  to  the exact duplication of all headers and control info in
  84. multiple  messages  from such sites, the subsequent messages are considered
  85. dupes and are discarded by all sites which do header crc dupe checking.
  86.  
  87.  All  FQuery testing was done before connecting to the echo.  FQuery is GPL
  88. and  is  source  released.   Due  to  a  configuration error of my hub, two
  89. unformatted  test  messages  made it into this echo.  The moderator DID NOT
  90. INFORM  me  of  this  until  quite  recently yet is still complaining about
  91. these,   despite  the  fact  that  ALL  susequent  messages  were  properly
  92. formattted.  The moderator did not inform anyone of his counting methods or
  93. how  he  deterimines 'waste of bandwidth'.  The moderator has continued his
  94. misrepresentations  here  and  in  OTHER echos, DESPITE the fact that I had
  95. indicated  acceptance  of  the possibility in a breakdown in communications
  96. and DESPITE the fact that FQuery was DESIGNED to be completely configurable
  97. on a per-echo-basis.
  98.  
  99.   The  moderator  makes a claim that he did not attempt to ban FQuery.  The
  100. netmail  record shows this to be not true.  In fact, the moderator demanded
  101. the right to pre-approve ANY software that posted messages!
  102.  
  103.   The  moderator was invited MANY times to send a routed netmail message to
  104. this  site  to  FQUERY  with  a subject of '%report AMIGA_FILEFIND', and to
  105. demonstrate  from  the  configuration  report of this echo, exactly how the
  106. rules were violated.  He did not.
  107.  
  108.   The following is the present config report.
  109.  
  110.  Configuration report for AMIGA_FILEFIND at FIDONET#1:167/104.0
  111.  Replies are posted in                        :NETMAIL
  112.  Maximum Reply Messages per query message     :3
  113.  Local Messages Excluded                      :NO
  114.  Maximum Age of processable query      (days) :20
  115.  Maximum site information header      (lines) :10
  116.  Send Site Info exceeding above via NetMail   :NO
  117.  Maximum matchlist per message        (lines) :192
  118.  Maximum matchlist per message        (bytes) :8192
  119.  Maximum postable matchlist           (bytes) :32768
  120.  Send matchlist exceeding above via NetMail   :NO
  121.  Minimum Description query processed  (words) :1
  122.  Minimum Description query processed  (chars) :3
  123.  Minimum FileSpec query processed     (chars) :3
  124.  Minimum KeyWord query processed      (chars) :3
  125.  Keywords Ignored: <deleted>
  126.  
  127.  Don't  worry, all queries will still be processed and the response sent via
  128. routed netmail.
  129.  
  130.